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Abstract 

As an accelerator control system survives over several 
years, it is often the case that new subsystems are intro- 
duced into the original control system. The control sys- 
tem for the KEK electron/positron injector-linac has been 
using Unix workstations and VME computers since 1993. 
During the eight-year operation, we extended the system 
by introducing a) Windows PCs, b) PLC controllers with 
a network interface, and c) web servers based on modern 
information technology. Although such new subsystems 
are essential to improve control functionalities, they often 
cause communication problems with the original control 
system. We discuss the experienced problems, and present 
our solutions for them. 

1 INTRODUCTION 

The KEK linac was constructed as an injector of the Photon 
Factory storage ring about 20 years ago [Jj[]. The first beam 
of 2.5-GeV electrons was provided in 1982. This linac 
now provides electron/positron beams to several rings 
a) 3.5-GeV positrons to the KEKB LER (KEK B-factory 
Low-energy ring), b) 8-GeV electrons to the KEKB HER 
(High-energy ring), c) 2.5-GeV electrons to the PF ring, 
and d) 2.5-GeV electrons to the PF-AR ring. The first con- 
trol system, which consisted of mini-computers and CA- 
MAC interfaces [b|, was replaced by the present control 
system in 1993 [Q]. The present system comprises Unix 
workstations and VME computers. It has been upgraded 
occasionally |Q| and used over the past eight years. 

In this article, we discuss newly introduced subsystems 
in recent years. They were introduced in order to improve 
the control functionalities, and/or to enable better mainte- 
nance capabilities. Three subsystems are described in de- 
tail in Section ||. The experienced problems between the 
subsystems and the original control system, and their solu- 
tions are discussed in Section [3} 

2 NEW SUBSYSTEMS 

2.1 Control System Overview 

The present control system comprises 4-6 UNIX worksta- 
tions, 27 VME computers with the OS-9 operating system, 
140 PLC (Programmable logic controller) controllers, and 
1 1 CAMAC interfaces with a network port. A home-made 



RPC (remote procedure call), based on TCP/UDP proto- 
cols, are used for communication between them. A simpli- 
fied view of the control system is shown in Fig. [j} 
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Figure 1 : Simplified view of the control system. 

The total number of control signals is about 6000 (in 2- 
byte unit). Since 1998, when the CP violation study started 
with the KEKB rings, the operation of the linac exceeded 
7000 hours per year. The number of control transactions 
handled by the control system increased every year, and 
reached 350 transactions per sec. in June, 2001 [§. 

2.2 Windows PC 

Since the end of the 1980'es, we have had strong interest in 
using PCs. The PC -based operator's console system started 
with DOS PCs [0], and later reinforced with Windows PCs 
[|8p, has been successfully used for more than ten years. In 
the early phase, the following points were preferable for us: 
a) enhanced capability of 2-byte code (Japanese characters) 
handling, b) good development environment of graphic ap- 
plications, and c) low cost. 

The present console system comprises about ten PCs 
(Windows NT and Windows 2000). The surveillance ap- 
plications for accelerator devices were developed in Vi- 
sual Basic, and have been used in daily operation. The 



operation log-book using MS-SQL and Access [^] is ex- 
tensively used everyday with this console system. 

Communication with the control system, which runs at 
the Unix workstations, is made by a gateway (a Windows 
PC). When the gateway receives a control request from a 
console PC by the OLE, it communicates with the appropri- 
ate device server(s) by using the RPC protocol (see Fig. [[]). 
The gateway and the present console system have been suc- 
cessfully used over the past six years. 

2.3 PLC 

The main part of the control system for the KEK linac was 
renewed in 1993 [0]. However, the local controllers (shown 
as SBC[] in Table [l]) remained. In recent years the mainte- 
nance of these local controllers has become difficult. Thus, 
we decided to replace them with new controllers. 



Table 1: Replacement of local controllers. 
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A typical local controller should have a) a few hun- 
dred I/O points, b) simple but programmable control logic, 
and c) a communication path to the main control system. 
Among some candidates, a PLC with a direct network port 
(Yokogawa FA-M3) was chosen for klystron modulators, 
magnet power-supplies, and vacuum controllers. The VME 
computer was a candidate, but was not selected, because 
the PLC is less expensive. The replacements of local con- 
trollers since 1996 are summarized in Table [l]. 

It is interesting that all of the new controllers shown 
in Table [j] have an Ethernet port. A background fact is 
that world-standard field networks (CAN-bus, Profi-bus, 
MIL 1553, etc.) are not popular in Japan, and we want 
to use Ethernet as a field network. The use of a standard 
Ethernet is preferable for long-term maintenance and cost 
reduction. In addition, we use optic-fiber cables for the net- 
work to local controllers in order to avoid electro-magnetic 
noise from the klystron modulators. 

2.4 Web and Related Topics 

We have recently experienced fast improvements of infor- 
mation technologies. The world-wide-web services at the 

1 Such old local controllers were controlled by Single Board Comput- 
ers with micro-processors [RJ . 



KEK linac started in May, 1994 jTo||. Up to now, we have 
developed many web pages to inform about the linac oper- 
ation status. 

a) Status of accelerator devices The web-server ma- 
chine is a part of the control system. Thus, by using the 
CGI (Common Gateway Interface) script, it is easy to de- 
velop a homepage to show the status of any linac device. A 
large number of pages have already been developed. 

b) Real-time display by Java and CORBA Feasibil- 
ity studies of a web-based real-time display using Java and 
CORBA have been carried out. The measured round-trip 
time between a Java applet and a CORBA server (at an 
Unix workstation) was 50 ms JTT| , [l2| ]. The server does 
not consume CPU resources compared with the CGI-based 
services. Recent updates have enabled realistic demonstra- 
tion of the beam-current history at the KEK linac [pj|. 

3 DISCUSSION 

3. 1 Problems with Subsystems 

a) Windows PC The main language for the Windows- 
based console PCs is Visual Basic, while the sources at the 
Unix side have been developed in C language. For exam- 
ple, the sources for the RPC use socket (Winsock) func- 
tions at the Unix (Windows) side. Thus, the maintenances 
have been made independently. This fact implies that when 
we have some improvements at the Unix side, it always 
takes time for the improvements influence the Windows 
side. 

We have operated a TCP/IP network system which con- 
tains both Unix workstations and Windows PCs. As the 
number of Windows PCs has increased, we experienced 
communication errors by two specific intervals (2 hours 
and 12 minutes). They were removed by changing the 
default settings of MS Office and Samba [|L5|]. We also 
experienced an accident in which the network burst from 
Windows PCs occupied the network system, followed by 
a short-time mistake of network cable connections. At the 
time of the accident, the burst stopped all network modules 
of the PLC controllers. We modified the parameters at the 
network routers so as not to enhance the burst broadcasts. 

b) PLC After the KEKB commissioning started in 
1997, we developed various slow-feedback applications 
[ |l4] l in order to realize stable beam injections to the KEKB 
rings. By the end of 1998, the CPU capabilities of Unix 
workstations were found to be insufficient for increasing 
demands. The analysis showed that the klystron server (see 
Fig. [I]) consumed a very large fraction of the CPU resources 
for network communication with PLC controllers. In the 
summer of 1999, we prepared on-memory cache areas to 
keep klystron data at the Unix workstations. Two linux 
PCs have been used to update the cached data by polling 
the PLC controllers [^5[[lq]. The network traffic decreased 
to one fourth, and the problem disappeared. 



Up to now we have introduced the cached scheme even 
for other devices.^. Considering the number of control 
transactions [|]], we can conclude that the intelligence of 
the PLCs was not sufficient for our case. Thus, we added 
more intelligent devices (PCs) between the device servers 
and the PLC controllers, as shown in Fig. [l]. 

c) Web Web presentation of the KEK linac status 
would consume larger CPU and network resources than 
dedicated applications. The considerable increase of web 
accesses in recent years implies that we will need more 
computer resources in our control system. A more serious 
problem is that we will need more man-power to maintain 
both dedicated applications and web-based services. We 
are eager for some tools which would enable us automati- 
cally generate web contents. 

3. 2 Transition of Control Architecture 

We are now ready to discuss the long-term transition of 
the basic architecture of the control system for large ac- 
celerators. Taking into account various accelerator control 
systems in the past 20 years, the transitions of control stan- 
dards are given in Table || (upper). Private expectations for 
the next decade (2000'es) are shown in Table || (lower). 

Table 2: Transition of large accelerator control. 
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The present control system for the KEK linac, which 
started in 1993, can be expressed as a typical standard of 
the 1990'es model. We conclude that our extensions (in- 
troducing subsystems in the past eight years) can be under- 
stood as an evolution toward the new standard of 2000'es. 
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2 The vacuum system stalled to use cache in June, 2000. For magnet 
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